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Die f olganden Angabon sind den vom An meld er eingereichten Unterlagen entnommen 

Programmierwerkzeug zum i Konfigurieren und Verwalten eines Proze&steuerungsnetzes einschlie&lich der 
Nutzung von raumlichen Informationen 

Die Erfindung richtet sich auf ein Programmierwerk- 
zeug, das raumliche Informationen aufweist, um ein Pro- 
zeBsteuerungssystem, das mit einem Standard protokoll 
ubereinstimmt, zu konfigurieren und zu verwalten. Ein 
solches Programmierwerkzeug erlaubt vorteilhafterweise 
die effiziente Konstruktion und Anwendung eines ProzeB- 
steuerungssystems und stellt gleichzeitig sicher, daft die 
physischen Charakteristiken des Systems mit dem Stan- 
dard ubereinstimmen. AuBerdem ermoglicht das Pro- 
grammierwerkzeug eine effiziente Diagnose, Online-Feh- 
lersuche, Alarmuberwachung und Wartung von Einrich- 
tungen. 
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Beschreibung 



Die Erfindung betrifft allgemein ProzeBsteuerungsnetze 
und speziell das Konfigurieren und Verwalten von ProzeB- 
steuerungsnetzen. 5 

GroBe Prozesse wie etwa chemische, Erdol- und andere 
Herstellungs- und Raffinationsprozesse weisen zahlreiche 
Feldeinrichtungen auf, die an verse hiedenen Stellen inner- 
halb einer Anlage angeordnet sind, um ProzeBparameter zu 
messen und zu steuera, die dadurcb die Steuerung des Pro- 10 
zesses bewirken. Diese Einrichtungen konnen beispiels- 
weise Sensoren wie etwa Temperatur-, Druck- und Durcb- 
fluBmengensensoren so wie Stellelemente wie etwa Absperr- 
organe bzw. Ventile und Schalter sein. Historisch verwen- 
dete die ProzeBsteuerungsindustrie manuelle \forgange wie 15 
etwa das manuelle Ablesen von Werten und Manometem, 
das Drehen von Ventilradem usw., um die Messung durch- 
zufuhren und Feldeinrichtungen innerhalb eines Prozesses 
zu steuera. 

Heute wird die Steuerung des Prozesses haufig unter An- 20 
wendung von Mikroprozessor-basierten Controllern, Com- 
putern oder Workstations implementiert, die den ProzeB 
uberwachen, indem sie Befehle und Daten an Hardwareein- 
richtungen senden bzw. von diesen empfangen, um entwe- 
der einen bestimmten Aspekt des Prozesses oder den ProzeB 25 
insgesamt zu steuera. Die speziellen ProzeBsteuerungsfunk- 
tionen, die durch Softwareprogramme in diesen Mikropro- 
zessoren, Computem oder Workstations implementiert wer- 
den, konnen durch Programmieren individuell entworfen, 
modifiziert oder geandert werden, w ah rend gleichzeitig 30 
keine Modifikationen der Hardware erforderlich sind. Bei- 
spielsweise kann ein Techniker ein Programm schreiben las- 
sen, damit der Controller einen Fluidpegel von einem Pegel- 
sensor in einem Tank abliest, den Tankpegel mit einem vor- 
bestimmten Sollpegel vergleicht und dann, basierend dar- 35 
auf, ob der gemessene Pegel niedriger oder hoher als der 
vorbestimmte Sollpegel war, ein Fullventil ofinet oder 
schliefit. Die Parameter konnen leicht geandert werden, in- 
dem eine ausgewahlte Ansicht des Prozesses angezeigt und 
dann das Programm unter Nutzung der ausgewahlten An- 40 
sicht modifiziert wird. TVpischerweise andert der Ingenieur 
Parameter durch Anzeigen und Modifizieren einer techni- 
schen Ansicht des Prozesses. 

Der Controller, Computer oder die Workstation speichert 
und implementiert ein zentralisiertes und haufig komplexes 45 
Steuerungsschema, um Messungen und die Steuerung von 
ProzeBparametera nach einem Gesamtsteuerungsschema zu 
bewirken. Gewohnlich ist aber das implementierte Steue- 
rungsschema Eigentum des Herstellers der Feldeinrichtung, 
so daB es schwierig und teuer ist, das ProzeBsteuerungssy- 50 
stem zu erweitern, auszubauen, umzuprogrammieren und/ 
oder zu warten, weil der Hersteller der Feldeinrichtung auf 
eine integrate Weise involviert sein muB, um jede dieser Ak- 
tivitalen auszufuhren. AuBerdem konnen die Gerate, die 
verwendet oder miteinander verbunden werden konnen, auf- 55 
grand der Eigentumsverhaltnisse der Feldeinrichtung und 
dadurch, daB der Hersteller bestimmte Einrichtungen oder 
Funktionen von Einrichmngen, die von anderen Herstellern 
stammen, eventuell nicht unterstiitzt, eingeschrankt sein. 

Um einige der Probieme zu uberwinden, die mit der Ver- 60 
wendung von herstellerspezifischen Feldeinrichtungen ein- 
hergehen, hat die ProzeBsteuerungs-Industrie eine Reihe 
von offenen Standard-KommunikationsprotokoUen entwik- 
kelt, die beispielsweise die HART®-, DE-, FROFIBUS®-, 
WORLDFIP®-, LONWORKS®-, Device-Net®- und CAN- 65 
Protokolle umfassen. Diese Standardprotokolle ermogli- 
chen es, von verschiedenen Herstellern stammende Feldein- 
richtungen gemeinsam innerhalb derselben ProzeBsteue- 



rungsumgebung zu verwenden. Theoretisch kann jede Feld- 
einrichtung, die mit einem dieser Protokolle iibereinstimmt, 
innerhalb eines Prozesses verwendet werden, um mit einem 
ProzeBsteuerungssystem oder einem anderen Controller, der 
das Protokoll unterstiitzt, zu kommunizieren oder davon ge- 
steuert zu werden, und zwar auch dann, wenn die Feldein- 
richtungen von verschiedenen Herstellern stammen. 

Zur Implementierung von Steuerfunktionen weist jede 
ProzeBsteuerungseinrichtung einen Mikroprozessor auf, der 
imstande ist, eine oder mehrere Gnmdsteuerfunktionen aus- 
zufuhren, sowie die Fahigkeit hat, mit anderen ProzeBsteue- 
rungseinrichtungen unter Nutzung eines offenen Standard- 
Protokolls zu kommunizieren. Auf diese Weise kSnnen von 
verschiedenen Herstellern stammende Feldeinrichtungen in- 
nerhalb einer ProzeBsteuerungsschleife miteinander verbun- 
den werden, um miteinander zu kommunizieren und eine 
oder mehrere ProzeBsteuerfunktionen oder Steuerschleifen 
auszufuhren. Ein weiteres Beispiel eines offenen Kommuni- 
kationsprotokolls, das es erlaubt, daB von verschiedenen 
Herstellern stammende Einrichtungen uber einen Standard- 
bus zusammenwirken und miteinander kommunizieren, um 
innerhalb eines Prozesses eine dezentralisierte Steuerung 
durchzufuhren, ist das FOUNDATION Fieldbus-Protokoll 
(nachstehend "Fieldbus-Protokoll") der Fieldbus Founda- 
tion. Das Fieldbus-Protokoll ist ein vollstandig digitales, 
ZweidrahtschleifenprotokolL 

Bei Anwendung dieser Protokolle bezieht sich eine Her- 
ausforderung, die mit dem Entwerfen des ProzeBsteuerungs- 
systems oder -netzes einhergeht, auf das tatsachliche physi- 
sche Layout und die Verbindungen zwischen den verschie- 
denen ProzeBsteuerungseinrichtungen. Insbesondere gibt je- 
des dieser Protokolle Emschrankungen von Werten fur die 
physischen Charakteristiken an, innerhalb denen ein Pro- 
zeBsteuerungssystem arbeiten muB, um mit dem Standard 
ubereinzustimmen. Diese Einschrankungen umfassen den 
Spannungsabfall uber Kommunikationsabschnitten, die 
Lange der Stichstrecke, die Gesamtkabellange, die Gesamt- 
stromentnahme und die Gesamtzahl von ProzeBsteuerungs- 
einrichtungen an einem bestimmten Netzknoten. Der physi- 
sche Ort von Behaltem, Rohrieitungen, Pumpen, Motoren 
und Ventilen sowie von Controllern und Bedienerstationen 
ist ebenfalls mit Einschrankungen verbunden, die zu be- 
riicksichtigen sind, wenn das ProzeBsteuerungssystem oder 
-netz konfiguriert wird. Die Beziehungen zwischen diesen 
Einschrankungen sind wichtig und auf der Basis der Werte 
der Einschrankungen variabeL Wenn das ProzeBsteuerungs- 
system oder -netz konfiguriert und in Gebrauch ist, kann die 
Verwaltung des Systems auf grand der Komplexitat der mei- 
sten Raffinations- und Herstellungsanlagen umstandlich 
sein. 

Zusatzlich zu der A us running von Steuerungsprozessen 
gibt es Softwareprogramme, die ebenfalls die Prozesse uber- 
wachen und eine Ansicht derselben liefem, Feedback in 
Form eines Bedienerdisplays oder einer Bedieneransicht lie- 
fem, die den Status bestimmter Prozesse betriffL Die uber- 
wachenden Softwareprogramme liefem ferner einen Alarm, 
wenn ein Problem auftritt. Manche Programme zeigen ei- 
nem Bediener Befehle oder Vorschlage an, wenn ein Pro- 
blem auftritt. Der Bediener, der fur den SteuerangsprozeB 
verantwortlich ist, muB den ProzeB von seinem Standpunkt 
aus betrachten und das Problem rasch beseitigen konnen. 
Ein Display oder eine Konsole ist typischerweise als die 
Schnitts telle zwischen dem Mikroprozessor-basierten Con- 
troller oder Computer, der die ProzeBsteuerungsfunktion 
ausfUhrt, und dem Bediener sowie auch zwischen dem Pro- 
grammierer oder Techniker und dem Mikroprozessor-ba- 
sierten Controller oder Computer, der die ProzeBsteuerungs- 
funktion ausfuhrt, vorgesehen. 
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Systeme, die in ProzeBsteuerungsumgebungen Funktio- 
nen ausfuhren, uberwachen, steuem und ruckfuhren, werden 
typischerweise mittels Software implementiert, die in pro- 
blemorientierten Computerprogrammiersprachen wie etwa 
B asic, Fortran oder C geschrieben sind, und auf einem Com- 5 
puter oder Controller ausgefuhrt Diese problemorientierten 
Sprachen sind zwar fur die Prograrnmierung der ProzeB- 
steuerung effektiv, werden aber von Verfahrenstechnikem, 
Regelungstechnikern, Bedienern und tJberwachungsperso- 
nen gewdhnlich nicht verstanden. Fur solche Personen sind 10 
hoherstufige graphische Displaysprachen entwickelt wor- 
den, beispielsweise kontinuierliche Funktionsblock- und 
Kettenlogik. Jeder von den Technikern, Wartungsleuten, Be- 
dienern, Laborpersonal und dergleichen benotigt daher eine 
graphische Ansicht der Elemente des ProzeBsteuerungssy- 15 
stems, die es ihnen ermoglicht, das System auf eine in bezug 
auf ihre Verantwortlichkeiten relevante Weise zu betrachten. 

Die graphischen Ansichten der Elemente des ProzeB- 
steuerungssystems werden ohne Korrelation mit dem raum- 
lichen Layout der Anlage bereitgestellt und zeigen nur logi- 20 
sche Verknupfungen der Einrichtungen und Funktionen, 
Beispielsweise kann ein ProzeBsteuerungsprogramm in 
Fortran geschrieben sein und zwei Eingangswerte ben6ti- 
gen, den Mittelwert der Eingangswerte berechnen und einen 
Ausgangswert erzeugen, der gieich dem Mittelwert der bei- 25 
d en Eing angswerte ist. Dieses Programm konnte als die 
MnTELWERT-Funktion bezeichnet werden und kann auf- 
gerufen und von den Verfahrenstechnikem Uber eine graphi- 
sche Anzeige angesehen werden. Eine typische graphische 
Anzeige kann aus einer Box bestehen, die zwei Eingange, 30 
einen Ausgang und ein Etikett, das die Box als MITTEL- 
WERT bezeichnet, bestehen. Ein davon verschiedenes Pro- 
gramm kann verwendet werden, um die graphische Darstel- 
lung derseiben Funktion fur einen Bediener zu schaffen, so 
daB dieser den Mittelwert betrachten kann. Bevor das Sy- 35 
stem an den Kunden ausgeliefert wird, werden diese Soft- 
wareprogramme in eine Bibliothek von vordefinierten, vom 
Anwender wahlbaren Merkmalen gestellt. Die Programme 
sind durch Funktionsbldcke identifiziert. Ein Anwender 
kann dann eine Funktion aufrufen und die vordefinierten 40 
graphischen Darstellungen auswahlen, die durch Boxen ver- 
anschaulicht sind, um verschiedene Ansichten fiir den Be- 
diener, den Techniker usw. zu erzeugen, indem einer von ei- 
ner Vielzahl von Funktionsblocken aus der Bibliothek aus- 
gewahlt wird zur Verwendung bei der logischen Definition 45 
einer ProzeBsteuerungsldsung, anstatt daB ein vollstandig 
neues Programm beispielsweise in Fortran zu entwickeln 
ist. 

Eine Gruppe von standardisierten Funktionen, die jeweils 
durch einen zugehorigen Funktionsblock bezeichnet sind, 50 
kann in einer Steuerungsbibliothek gespeichert sein. Ein 
Designer, der mit einer solchen Bibliothek ausgestattet ist, 
kann ProzeBsteuerungsldsungen entwerfen, indem er auf ei- 
nem Computermonitor verschiedene Funktionen oder Ele- 
mente logisch miteinander verkniipft, die mit den durch Bo- 55 
xen reprasentierten Funktionsblocken ausgewahlt werden, 
um bestimmte Aufgaben auszufuhren. Der Mikroprozessor 
oder Computer ordnet jede der durch die FunktionsblScke 
definierten Funktionen bzw. jedem solchen Element vordefi- 
nierte Schablonen zu, die in der Bibliothek gespeichert sind, 60 
und setzt jede der Programmfunktionen oder jedes der Pro- 
grammelemente entsprechend den von dem Designer ge- 
wiinschten Verknupfungen in Beziehung zueinander. Ein 
Designer entwirft ein vollstandiges ProzeBsteuerungspro- 
gramm unter Verwendung von logischen Ansichten vordefi- 65 
nierter Funktionen, ohne jemals den Entwurf mit den raum- 
lichen Dimensionen der Raffinations- oder Fertigungsan- 
lage zu korrelieren. 



Eine Herausforderung, die mit den bereitgestellten gra- 
phischen Darstellungen verbunden ist, ist die, daB nur logi- 
sche Verknupfungen gezeigt werden. Derzeit wird das phy- 
siscbe Layout der Anlage nicht mit der Konfiguration des 
ProzeBsteuerungs systems korreliert, und bei der verwaltung 
des Systems kann nicht darauf zuriickgegriffen werden. Bei 
der Konfigurierung des ProzeBsteuerungssystems mUssen 
raumliche Informationen manuell gemessen und in das 
Werkzeug eingegeben werden. Bei der Verwaltung des Pro- 
zeBsteuerungssystems muB der physische Ort von Einrich- 
tungen und Controllern manuell bestimmt werden, wodurch 
haufig mehr Zeit erforderlich ist, um ein Problem zu korri- 
gieren oder das ProzeBsteuerungssystem zu verwalten. 

Was notwendig ist, ist ein Verfahren zum Konfigurieren 
eines ProzeBsteuerungssystems, das sowohl das physische 
Layout der Anlage beriicksichtigt als auch Bedienern des 
Systems den raschen Zugriff auf die raumliche Lage von 
ProzeBsteuerungseinrichtungen und Controllern erlaubt 

Die Erfindung richtet sich auf die Nutzung von raumli- 
chen Informationen einer Anlage, um ein ProzeBsteuerungs- 
system zu konfigurieren und zu verwalten, das in der Anlage 
vorhanden ist. Das ProzeBsteuerungssystem kann mit einem 
Standardprotokoll iibereinstimmen. Ein solches System er- 
laubt auf vorteilhafte Weise das effiziente Entwerfen und die 
Nutzung eines ProzeBsteuerungssystems, wahrend gleich- 
zeitig sichergestellt wird, daB die physischen Charakteristi- 
ken des Systems dem Standard entsprechen. AuBerdem er- 
moglicht ein solches System auch auf vorteilhafte Weise 
eine effizientere Diagnose, Online-Fehlersuche, Alarmver- 
waltung und Wartung von Einrichtungen. 

Das Werkzeug kann fakultativ eine automatische Erzeu- 
gung des Layouts des ProzeBsteuerungsnetzes ermoglichen, 
das auf das raumliche Layout der Anlage angewandt wird. 

Bei einer anderen AusfUhrungsform wird das Werkzeug 
benutzt, um das Layout des ProzeBsteuerungsnetzes, das auf 
das physische Layout der Anlage angewandt wird, zu analy- 
sieren und sicherzustellen, daB das Layout des Netzes mit 
den Kriterien eines Standardprotokolls wie etwa des Field- 
bus-Protokolls Ubereinstimmt. 

Das Werkzeug kann fakultativ blinkende Darstellungen 
von Einrichtungen bereitstellen, um aktive Alarme in dem 
Netz zu bezeichnen. 

Bei einer anderen Ausfuhrungsform ist das ProzeBsteue- 
rungsnetz so konfiguriert, daB es zuerst logische Verknup- 
fungen benutzt, und zu einem spateren Zeitpunkt wird die 
Konfiguration dann auf das raumliche Layout der Anlage 
angewandt und zur Verwaltung des ProzeBsteuerungsnetzes 
unter Nutzung der auf das Netzlayout angewandten raumli- 
chen Informationen angewandt. 

Die Erfindung wird nachstehend auch hinsichtlich weite- 
rer Merkmale und Vorteiie anhand der Beschreibung von 
Ausfuhrungsbeispielen unter Bezugnahme auf die beilie- 
genden Zeichnungen nMher erlautert. Die Zeichnungen zei- 
gen in: 

Fig, la ein schematisches Blockbild eines ProzeBsteue- 
rungssystems, das eine Workstation mit einem Program- 
mierwerkzeug gemaB einer verallgemeinerten Ausfuhrungs- 
form der Erfindung aufweist, die eine raumliche Konfigura- 
tions- und Verwaltungsfahigkeit bietet; 

Fig. lb ein Blockbild des Controller-ZMultiplexer- und 
ProzeBbereichs des in Fig, la gezeigten ProzeBsteuerungs- 
systems; 

Fig. 2 ein schematisches Blockbild, das die ProzeBsteue- 
rungsumgebung in einer Konfigurationsimplementierung 
und einer Verwaltungs- oder Ausfuhrungszeitimplementie- 
rung zeigt; 

Fig. 3 ein Ablaufdiagramm, das die Operation eines Pro- 
grarnrnierwerkzeugs gemaB der Erfindung zeigt; 
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Fig. 4 eine Budschirmdarstellung des Konfigurarionsbe- 
reichs des Programmierwerkzeugs, wobei logische Ver- 
kniipfungen zwischen Funktionen und Einrichtungen eines 
ProzeSsteuemngssystems gezeigt sind; und 

Fig. 5a bis 5c Ansichten der Bildschirmdarstellung des 
raurnlichen Bereichs, wobei physische Verbindungen zwi- 
schen Funktionen und Einrichtungen eines ProzeSsteue- 
rungssystems und ihre relativen Positionen in dem raurnli- 
chen Layout der Anlage gezeigt sind. 

Fig. la zeigt eine ProzeBsteuerungsumgebung 100 zur 
Veranschaulichung einer Steuerungsumgebung fiir die Tm - 
plementierung eines digital en Steuerungssystems, eines 
ProzeBcontrollers oder dergleichen. Die ProzeBsteuerungs- 
umgebung 100 umfaBt eine Bedienerworkstation 102, eine 
Laborworkstation 104 und eine Programmierworkstation 
106, die durch ein lokales Datennetz bzw. LAN 108 oder 
eine andere bekannte Nachrichtenverbindung elektrisch 
miteinander verbunden sind, urn Daten und Steuersignale 
zwischen den verschiedenen Workstations und einer Viel- 
zahl von Controllem/Multiplexem HO zu ubertragen und zu 
empfangen. Die Workstations 102, 104 und 106 sind bei- 
spielsweise Computer, die mit der IBM-kompatiblen Archi- 
tektur ubereinstimmen. Die Workstations 102, 104 und 106 
sind durch das LAN 108 mit einer Vielzahl der Controller/ 
Multiplexer 110 verbunden gezeigt, die als elektrische 
Schnittstellen zwischen den Workstations und einer Vielzahl 
von Prozessen 112 wirken. Bei einer Vielzahl von verschie- 
denen Ausfuhrungsformen weist das LAN 108 eine einzelne 
Workstation auf , die direkt mit einem Controller/Multiple- 
xer 110 verbunden ist, oder weist alternativ eine Vielzahl 
von Workstations, beispielsweise drei Workstations 102, 
104 und 106 sowie viele Controller/Multiplexer 110 in Ab- 
hangigkeit von den Zielen und Erfordemissen der ProzeB- 
steuerungsumgebung 100 auf. Bei einigen AustTihrungsfor- 
men steuert ein einziger ProzeBcontroller/Multiplexer 110 
mehrere verse hi edene Prozesse 112 oder steuert alternativ 
einen Teil eines einzelnen Prozesses. 

In der ProzeBsteuerungsumgebung 100 wird eine ProzeB- 
steuerungsstrategie entwickelt durch Festlegen einer Soft- 
waresteuerungslosung beispielsweise an der Programmier- 
workstation 106 und tJbertragen der Losung uber das LAN 
108 zu der Bedienerworkstation 102, der Laborworkstation 
104 und dem Controller/Multiplexer 110 zur Ausfiihrung. 
Die Bedienerworkstation 102 liefert Schnittstellenanzeigen 
an die Steuerungs-/Oberwachungsstrategie, die in dem Con- 
troller/Multiplexer implementiert ist, und kommuniziert mit 
einem oder mehreren der Controller/Multiplexer 110, um 
die Prozesse 112 zu betrachten und Steuerungsattributwerte 
nach MaBgabe der Erfordernisse der entworfenen Losung zu 
andern. Die Prozesse 112 sind aus einer oder mehreren Feld- 
einrichtungen gebildet, die intelligente oder herkommliche 
(nichtintelligente) Feldeinrichtungen sein konnen. 

AuBerdem ubertragt die Bedienerworkstation 102 visuel- 
les und Audiofeedback zu dem Bediener in bezug auf den 
Status und die Bedingungen der gesteuerten Prozesse 112. 
Die Programmierworkstation 106 umfaBt einen Prozessor 
116 sowie ein Display 115 und eine oder mehrere Ein-/Aus- 
gabe- oder Benutzeroberflachen-Einrichtungen 118 wie 
etwa eine Tastatur, einen Lichtgriffel und dergleichen. Die 
Workstation weist femer einen Speicher 117 auf, der sowohl 
einen fliichtigen als auch einen nichtfliichtigen Speicher um- 
faBt. Der Speicher 117 enthalt ein Steuerprogramm, das an 
dem Prozessor 116 ausgefuhrt wird, um Operationen und 
Funktionen der ProzeBsteuerungsumgebung 100 zu imple- 
mentieren. Der Speicher 117 weist femer ein Konfigurie- 
rungs- und Verwaltungs-Programrnierwerkzeug 120 auf 
(das auch als ein Steuerungsstudic-Programnuerwerkzeug 
bezeichnet wird). Die Bedienerworkstation 102 und andere 



(nicht gezeigte) Workstations in der ProzeBsteuerungsumge- 
bung 100 umfassen wenigstens eine Zentraleinheit (nicht 
gezeigt), die mit einem Display (nicht gezeigt) und einer Be- 
nutzeroberflachen-Einrichtung (nicht gezeigt) elektrisch 
5 verbunden ist, um einen Dialog zwischen einem Benutzer 
und dem Prozessor zu ermoglichen. 

Das Programrnierwerkzeug 120 dient dazu, das ProzeB- 
steuerungsnetz zu konfigurieren und sicherzustellen, daB 
das ProzeBsteuerungsnetz mit einem gewunschten Stan- 

io dardprotokoll, beispielsweise dem Fieldbus-Protokoll, uber- 
einstimmt Das Programrnierwerkzeug 120 kann auch bei 
der Verwaltung des ProzeBsteuerungsnetzes verwendet wer- 
den, um eine effizientere Fehlersuche und Wartung zu er- 
moglichen. Das Programrnierwerkzeug 120 ist bevorzugt 

15 Software, die in dem Speicher 117 gespeichert ist, kann aber 
auf computerlesbaren Datentragem enthalten sein und wird 
von dem Prozessor 116 der Programmierworkstation 106 
ausgefuhrt. Der computerlesbare Datentrager kann eine Dis- 
kette, ein CD-ROM oder jede andere Art von Datentrager 

20 sein, auf dem Software gespeichert werden kann. Das Pro- 
grammierwerkzeug 120 ermoglicht BUdschirmprasentatio- 
nen, die auf dem Display 115 der Programmierworkstation 
106 prasentiert werden, die entweder nur die logische Ver- 
kniipfung des Prozesses 112 zeigen oder physische Verbin- 

25 dungen enthalten konnen, die die raurnlichen Charakteristi- 
ken des Layouts der Raffinerie oder Fertigungsanlage ent- 
halten. 

Das Programrnierwerkzeug der Erfindung wird zwar im 
einzelnen im Zusammenhang mit einem ProzeBsteuerungs- 

30 system beschrieben, das Fieldbus-Einrichtungen verwendet; 
es ist aber zu beachten, daB das Programrnierwerkzeug der 
Erfindung mit ProzeBsteuerungssystemen verwendbar ist, 
die andere Arten von Feldeinrichtungen und Kommunikati- 
onsprotokollen aufweisen, was Protokolle, die mit anderen 

35 als Zweidrahtbussen arbeiten, und Protokolle, die nur ana- 
loge oder sowohl analoge als auch digitale Kommunikation 
unterstiitzen, einschlieBt. So kann das Programrnierwerk- 
zeug der Erfindung beispielsweise in jedem ProzeBsteue- 
rungssystem verwendet werden, das unter Anwendung der 

40 Kommunikationsprotokolle HART, PROFIBUS usw. oder 
irgendwelcher anderer Kommunikationsprotokolle kommu- 
niziert, die es heute gibt oder die vielleicht in Zukunft ent- 
wickelt werden. 

Eine allgemeine Beschreibung des Fieldbus-Protokolls, 

45 der nach diesem Protokoll konfigurierten Feldeinrichtungen, 
der Art und Weise, wie die Kommunikation in einer ProzeB- 
steuerungsumgebung stattfindet, die das Fieldbus-Protokoll 
implementiert, und von beispielhaften Beschrankungen von 
Werten, die unter dem Fieldbus-Protokoll erforderlich sind, 

50 folgt anschlieBend. Es versteht sich jedoch, daB das Field- 
bus-Protokoll im Stand der Technik bekannt und im einzel- 
nen in zahlreichen Artikeln, Broschuren und Spezifikatio- 
nen beschrieben ist, die unter anderem von der Fieldbus 
Foundation, einer gemeinniitzigen Organisation in Austin, 

55 Texas, veroffentlicht, verteilt und verfugbar gemacht wer- 
den. Insbesondere ist das Heldbus-Protokoll einschlieBlich 
der Beschrankungen von Werten, die unter dem Fieldbus- 
Protokoll erforderlich sind, im einzelnen beschrieben in 
"Wiring and Installation 31*25 Kbits/sec. Voltage Mode 

60 Wire Medium Application Guide", Foundation Fieldbus, 
1996. 

Allgemein ist das Fieldbus-Protokoll ein digitales, seriel- 
les, wechselseitiges Kommunikationsprotokoll, das eine 
standardisierte physische Schnittstelle zu einer Zweidraht- 
65 schleife oder einem Bus bildet, die/der ProzeBsteuerungsge- 
rate wie Sensoren, Betatigungselemente, Controller, Ventile 
usw. miteinander verbindet, die in einer Instrumenten- oder 
ProzeBsteuerungsumgebung vorhanden sind. Das Fieldbus- 
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Protokoll bildet tatsachlich ein lokales Datennetz ftirFeldin- 
strumente (Feldeinrichtungen) innerhalb eines Prozesses, 
das es diesen Einrichtungen ermoglicht, Steuerfunktionen 
an Orten auszufuhren, die tiber einen gesamten ProzeB ver- 
teilt sind, und miteinander vor und nach der Durchfuhrung 
dieser Steuerfunktionen zu kommunizieren, um eine Steue- 
rungs-Gesamtstrategie zu irnplementieren. Da das Fieldbus- 
Protokoll es ermdglicht, Steuerfunktionen tiber ein gesamtes 
ProzeBsteuerungsnetz zu verteilen, verringert das Protokoll 
die Komplexitat des zentralisierten ProzeBcontroUers oder 
eliminiert sogar vollstandig die Notwendigkeit fur einen sol- 
chen. Die verteilte Beschaffenheit des Systems bringt wie- 
derum Komplexitat bei der Verwaltung des Systems und bei 
der Feststellung des physischen Orts von problematischen 
Einrichtungen zur Fehlersuche und Verwaltung des Systems 
mit sich. 

Das Fieldbus-Protokoil ermoglicht das Verwalten der 
Feldeinrichtung und des gesamten ProzeBsteuerungssy- 
stems, indem es die Kommunikation iiber Einrichtungsbe- 
schreibungen und Funktionsblocke bereitstellL Feldeinrich- 
tungen sind Feldinstrumente wie Sender und Ventile mit 
Prozessoren, die das Betriebsverhalten und den Zustand der 
Einrichtungen Uberwachen. Eine Einrichtungsbeschreibung 
ist ahnlich einem TVeiber ftir die Einrichtung. Bei Feldein- 
richtungen umfaBt die Einrichtungsbeschreibung die Kali- 
briervorgange, Parameter und andere Informationen, die 
von dem Steuerungssystem benotigt werden, um mit der 
Feldeinrichtung zu kommunizieren. Feldeinrichtungen mel- 
den dem Steuerungssystem Standard-Betriebsparameter und 
fuhren Selbstdiagnosen durch und konnen Probleme wie 
etwa "Instrument nicht kalibriert" an das Steuerungssystem 
melden. Jede Feldeinrichtung hat ein Einrichtungsetikett 
und eine entsprechende Netzadresse. 

Zur Verwaltung von Feldeinrichtungen sind viele Kom- 
munikationsarten verfugbar, und zwar unter anderem: Ge- 
winnung von Port- und Kommunikationsstatistiken, Erhai- 
ten des Status der Feldeinrichtung, Betrachten und Andern 
der Res sourcenkon fi g urati on und -parameter, Auslosen ei- 
ner Masterruckstellung oder eines Selbsttests der Feldein- 
richtung, Anzeigen des Status der Sensoren und Andern des 
oberen, unteren und Nullabgleichs der Sensoren. Durch Be- 
reitstellen von raumlichen Informationen mit den oben auf- 
gefuhrten Verwaltungskommunikationen konnen die Ver- 
waltungsmerkmale des ProzeBsteuerungssystems effizienter 
und einfacher genutzt werden. 

Fig. lb zeigt den Controller/Multiplexer- und ProzeBbe- 
reich des ProzeBsteuerungsnetzes 100 von Fig. la entspre- 
chend dem Fieldbus-Protokoll. Das Netz umfaBt einen Con- 
troller/Multiplexer 110, der mit einem oder mehreren Pro- 
zessen 112, die aus einer Vielzahl von Feldeinrichtungen be- 
stehen, iiber einen Bus 142 gekoppelt ist Der Bus 142 hat 
eine Vielzahl von Abschnitten oder Segmenten mit entspre- 
chender Lange sowie anderen Charakteristiken. Der Bus 
142 kann femer ein oder mehr Verzweigungsstucke 144 
(JBl, JB2, JB3) aufweisen, die haufig als "Bricks*' bezeich- 
net werden. Jedes Verzweigungsstttck 144 kann mit einer 
oder mehreren Feldbuseinrichtungen 146 zu dem Bus 142 
gekoppelt sein. Der Controller/Multiplexer 110 ist auBer- 
dem mit wenigstens einer Energieversorgung 148 verbun- 
den. Das in Fig. 1 gezeigte Netz ist nur beispielhaft; es gibt 
viele andere Moglichkeiten, ein ProzeBsteuerungsnetz unter 
Anwendung des Fieldbus-Protokolls zu konfigurieren. 

Das ProzeBsteuerungsnetz 100 umfaBt eine Reihe von 
raumlichen Charakteristiken wie etwa die Stichlange eines 
bestimmten Kommunikationsabschnitts, die Gesamdange 
des Busses, die Gesamtzahl von ProzeBsteuerungseinrich- 
tungen, die mit einem bestimmten VerzweigungsstUck ge- 
koppelt sind, und den physischen Ort der Controller und 



Einrichtungen in bezug auf das Layout der Raffinations- 
oder Herstellungsanlage. Diese raumlichen Charakteristiken 
konnen wahrend der Konfiguration des Systems automa- 
tisch gemessen und errechnet werden unter Nutzung der 
5 raumlichen Informationen hinsichtlich des physischen Lay- 
outs der Anlage. Das ProzeBsteuerungsnetz 100 umfaBt fer- 
ner eine Reihe von nichtraunalichen Charakteristiken wie 
den Spannungsabfall uber Kommunikationsabschnitten, die 
Gesamtstromentnahme eines Segments und die Arten von 

10 Einrichtungen im System. Diese nichtraumlichen Charakte- 
ristiken werden vom Benutzer beim Konfigurieren des Sy- 
stems bereitgestellt. Das Programrnierwerkzeug 120 analy- 
siert diese Charakteristiken, um festzustellen, ob das Pro- 
zeBsteuerungsnetz dem gewiinschten Standardprotokoll ent- 

15 spricht. 

Nach beendeter Konfigurierung des ProzeBsteuerungssy- 
stems kann das Prograirirnierwerkzeug 120 einschlieBlich 
des raumlichen Layouts des Systems in der Anlage genutzt 
werden, um das ProzeBsteuerungssystem zu verwalten, wo 

20 bei eine der Workstations 102, 104 oder 106 verwendet 
wind. Die Funktion der Verwaltung des ProzeBsteuerungssy- 
stems umfaBt Funktionen wie Diagnose, Online-Fehlersu- 
che, Alarmuberwachung und Wartung der Einrichtungen. 
Wahrend der Diagnose und der Alarmiiberwachung kann, 

25 wenn ein Ventil oder eine andere Einrichtung ausfallt, die 
Darstellung der Einrichtung auf dem Bildschirm der Dis- 
playeinrichtung in der raumlichen Ansicht des Displays 
blinken und leicht aufgefunden werden. Der Etikettenname 
der Einrichtung sowie der raumliche Ort der Einrichtung 

30 konnen genutzt werden, um das Ventil oder die sonstige Ein- 
richtung zu identifizieren. Bei der Online-Fehlersuche kon- 
nen die Werte der Verbinder und die Attribute in den Funk- 
tionsblocken in der raumlichen Ansicht der Anlage gezeigt 
werden, so daB der Benutzer die aktuellen Zustande des Sy- 

35 stems leichter feststellen kann. Wahrend der Wartung von 
Einrichtungen konnen durch die Wahl einer Einrichtung in 
der raumlichen Ansicht die aktuellen Bedingungen und In- 
formationen uber die Einrichtung wie StromfluBrate oder 
neueste Wartungsaufzeichnungen erhalten werden. 

40 Die ProzeBsteuerungsumgebung 100 existiert in einem 
Konfigurationsmodell oder einer Konfigurationsimplemen- 
tierung 210 und einem Verwaltungs- oder Ausftihrungszeit- 
modell oder einer solchen Implementierung 220, wie Fig. 2 
zeigL In der Konfigurationsimplementierung 210 sind die 

45 einzelnen Einrichtungen, Objekte, Verbindungen und Bezie- 
hungen innerhalb der ProzeBsteuerungsumgebung 100 defi- 
niert und zu der raumlichen Information in bezug auf das 
physische Layout der Anlage in Beziehung gesetzt. In der 
Ausfuhrungszeitimplementierung 220 werden Operationen 

50 der verschiedenen Einzeleinrichtungen, Objekte, Verbin- 
dungen und Beziehungen ausgefuhrt. Die Konfigurations- 
implementierung 210 und die Ausfuhrungszeitimplementie- 
rung 220 sind uber eine ASCII-basierte Herunterladespra- 
che miteinander verbunden. Zusatzlich zu dem Herunterla- 

55 den von Definitionen fuhrt die Herunterladesprache auch 
das Hinaufladen von Objekten und Objektwerten aus. Die 
Konfigurationsimplementierung 210 wird unter An wendung 
einer Installationsprozedur aktiviert, um in der Ausfuh- 
rungszeitimplementierung 220 ausgefuhrt zu werden. 

60 Die ProzeBsteuerungsumgebung 100 weist eine Vielzahl 
von Untersystemen auf, wobei einige der Untersysteme so- 
wohl eine Konfigurations- als auch eine Ausfuhrungszeitim- 
plementierung haben. Beispielsweise liefert ein ProzeBgra- 
phikuntersystem 230 benutzerdefinierte Ansichten und Be- 

65 dieneroberflachen zu der Architektur der ProzeBsteuerungs- 
umgebung 100. Das ProzeBgraphikuntersystem 230 hat ei- 
nen ProzeBgraphikeditor 232, einen Teil der Konfigurations- 
implementierung 210, sowie einen ProzeBgraphikmaschi- 
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nencodeleser 234, einen Teil der AusfQhrungszeitimplemen- 
tierung 220. Der ProzeBgraphikeditor 232 ist mit dem Pro- 
zeBgraphikmaschi nencodeleser 234 uber eine Intersubsy- 
stemschnitts telle 236 in der Herunterladesprache verbun- 
den. Die ProzeBsteuerungsumgebung 100 umfaBt femer ein 
Steuerungssubsystem 240, das Steuerungsmodule und Gera- 
temodule in einem Definitions- und Moduleditor 242 konfi- 
guriert und installiert und die Steuerungsmodule und die 
Geratemodule in einem Ausfiihrungszeitcontroller 244 aus- 
fuhrt Der Definitions- und Moduleditor 242 arbeitet inner- 
halb der Konfigurationsimplementierung 210, und der Aus- 
fUhrungszeitcontroller 244 arbeitet innerhalb der Ausftih- 
mngszeitimplementierung 220, urn kontinuierliche und Ab- 
laursteueningsfunktionen zu liefem. Der Definitions- und 
Moduleditor 242 ist mit dem Ausfuhrungszeiteontroller 244 
uber eine mtersubsystemschnittstelle 246 in der Herunterla- 
desprache verbunden. Die Vielzahl von Subsystemen ist 
fiber eine Subsystemschnittstelle 250 miteinander verbun- 
den. 

Die Konfigurationsimplementierung 210 und die Ausfuh- 
rungszeitimplementierung 220 sind an eine Masterdaten- 
bank 260 angeschlossen, die den Zugriff auf gemeinsame 
Datenstrukturen unterstiitzt. Verse hiedene lokale (Nichtma- 
ster-) Datenbanken 262 sind an die Masterdatenbank 260 
angeschlossen, um beispielsweise Konfigurationsdaten von 
der Masterdatenbank 260 zu den lokalen Datenbanken 262 
gemaB den Anweisungen eines Benutzers zu iibertragen. Ein 
Teil der Masterdatenbank 260 ist eine Dauerdatenbank 270. 
Die Dauerdatenbank 270 ist ein Objekt, das die Zeit tran- 
szendiert, so daB die Datenbank weiter besteht, nachdem der 
SchSpfer der Datenbank nicht mehr existiert, und den Raum 
transzendiert, so daB die Datenbank zu einem AdreBbereich 
entfemt werden kann, der von dem AdreBbereich, an dem 
die Datenbank geschaffen wurde, verschieden ist Die ge- 
samte Konfigurationsimplementierung 210 ist in der Dauer- 
datenbank 270 gespeichert 

Die Ausruhrungszeitimpiementierung 220 ist mit der 
Dauerdatenbank 270 und lokalen Datenbanken 262 verbun- 
den, um auf Datenstrukturen zuzugreifen, die durch die 
Konfigurationsimplementierung 210 gebildet sind. Insbe- 
sondere ruft die Ausfimrungszeitimplementierung 220 Ge- 
ratemodule, Displays und dergleichen von den lokalen Da- 
tenbanken 262 und der Dauerdatenbank 270 ab. Die Aus- 
fuhrungszeitimplementierung 220 ist mit anderen Subsyste- 
men verbunden, um Definitionen zu installieren, wodurch 
Gegenstande installiert werden, die dazu dienen, Objekte zu 
schaffen, wenn die Definitionen noch nicht existieren, Aus- 
fuhrungszeitobjekte zu bilden und Informationen von ver- 
schiedenen Quellen zu Zielgegenstanden zu ubertragen. 

Fig. 3 ist ein Ablaufdiagramm, das die Operation des Pro- 
grammierwerkzeugs 120 verdeutlicht. Die verschiedenen 
Schritte des Programmierwerkzeugs 120 operieren entspre- 
chend einer "Wizard"-Funktionalitat, die in verschiedenen 
Programmen vorhanden ist, die unter einem WINDOWS™- 
Betriebssystem laufen. Nach AbschluB jedes Schritts geht 
der Benutzer zum nachsten Schritt weiter durch Betatigen 
einer "NEXT"-Taste oder dergleichen. Wenn der Benutzer 
nicht weitergehen mochte, dann kann er aus dem Program- 
mierwerkzeug durch Betatigen einer "EXTT'-Taste oder 
dergleichen aussteigen. 

In Schritt 310 liefert der Benutzer dem Programrnier- 
werkzeug Informationen in bezug auf die nichtraumlichen 
Charakteristiken des ProzeBsteuerungsnetzes. Diese Infor- 
mationen umfassen Dinge wie Information uber den Kun- 
den, die verwendeten Einrichtungen, Kalibrierdaten, Etiket- 
tennamen, Kabeltypen, Energieversorgungscharakteristiken 
und Karten-, Segment- und Ubergangs-Konfigurationsinfor- 
mationen. Die Kundeninformationen konnen umfassen: den 



Kundennamen, den Hrmennamen, den Ort der Anlage, an 
der das Netz vorliegt, den Namen des Reprasentanten, der 
das Programmierwerkzeugs bereitstellt, und den Namen ei- 
ner Kontaktperson fur diesen Reprasentanten. Die Karten- 
5 konfigurationsinformation kann den Benutzer mit Informa- 
tionen uber die Art der verwendeten Karten und der Opera- 
tionen versorgen, die zur Analyse des ProzeBsteuerungsnet- 
zes 100 verwendet werden. Die Segmentkonfigurationsin- 
formation kann die Spannung der Energieversorgung, den 

10 Kabeltyp (einschlieBlich Informationen iiber den Draht- 
durchmesser, der in dem Kabel verwendet wird, sowie ande- 
rer Charakteristiken des Kabels) umfassen. Die Obergangs- 
informationen konnen Informationen in bezug auf die mit 
dem Obergang gekoppelten Einrichtungen und fiber die 

15 Konfiguration der Kopplung mit dem Obergang einschlieB- 
lich des Stichkabeltyps sowie uber den lyp von Instrument, 
das mit dem Verzweigungsstuck gekoppelt ist, umfassen. 
Bei der bevorzugten Ausruhrungsform ist das Instrument 
eine Einrichtung, die mit dem Fieldbus-Protokoll uberein- 

20 stimmt Der Benutzer kann dem Instrument fakultativ eine 
Etikettenkennung zuordnen. 

Zum Konfigurieren einer Karte wahlt ein Benutzer eine 
Controllerkarte aus einer Liste von verfugbaren Controller- 
karten aus. Nach der Wahl der Karte kann die relevante In- 

25 formation fur die gewahlte Controllerkarte an das Program- 
mierwerkzeug geliefert werden. Durch die Wahl einer Con- 
trollerkarte konfiguriert der Benutzer im wesentlichen ein 
Segment des Netzes. Bei der bevorzugten Ausruhrungsform 
kann jede Controllerkarte zwei Segmente steuem; aber in 

30 Abhangigkeit von der Controllerkarte konnen von einer 
Controllerkarte mehr oder weniger Segmente gesteuert wer- 
den. Wahrend die Segmente konfiguriert werden, kann der 
Benutzer auf eine Zusammenfassung der Informationen zu- 
greifen, die an das Programmierwerkzeug 120 geliefert wur- 

35 den. 

In Schritt 320 liefert der Benutzer raumliche Informatio- 
nen hinsichtlich der Anlage an das Programmierwerkzeug . 

Insbesondere werden das physische Layout der Anlage 
einschlieBlich der EtagenplangroBe, des Instrumententyps, 

40 der -groBe und des -orts sowie Drahtmodelldarstellungen 
eingegeben. Diese Informationen konnen von dem Benutzer 
in das Programmierwerkzeug eingegeben oder von einem 
anderen Programmierwerkzeug importiert werden, bei- 
spielsweise von 3D Toolkit, Open Inventor von TGS. 

45 In Schritt 330 werden Funktionsblocke geschaffen und 
akti viert In dem Fieldbus-Protokoll liefem Funktionsblocke 
die Steuerung des Systemverhaltens und kSnnen Funktionen 
wie Kalibriervorgange, Parametervorgange und Kommuni- 
kationsvorgange umfassen. Jede Reldbus-Einrichtung kann 

50 mehrere Funktionsblocke haben. Die Anordnung und die 
Verbindungen der Blocke bestimmen die Funktion der 
Reldbus-Einrichtungen. 

In Schritt 340 wird das physische Layout des ProzeB- 
steuerungs systems auf die raumliche Information hinsicht- 

55 lich des Layouts der Anlage angewandt. Funktionsblocke 
und Einrichtungen werden miteinander verdrahtet, wobei 
typischerweise Drahtmodellen und der Verdrahtung anderer 
Einrichtungen in der Anlage gefolgt wird. Das Layout kann 
manuell von dem Benutzer durchgefiihrt werden, oder das 

60 Programmierwerkzeug 120 kann das physische Layout des 
ProzeBsteuerungssystems automatisch erzeugen. Informa- 
tionen wie die Lange eines Kabelsegments von einem Con- 
troller zu einem Ubergang oder von einem tjbergang zu ei- 
nem anderen und die Lange eines Stichkabels konnen aus 

65 dem raumlichen Layout der Raffinations- oder Fertigungs- 
anlage automatisch erzeugt und errechnet werden. Bei einer 
anderen Ausruhrungsform kann die Verbindung zwischen 
den Funktionsblocken und Einrichtungen zuerst iogisch her- 
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gestellt und zu einem spateren Zeitpunkt auf die raumliche 
Information hinsichtlich der Anlage angewandt werden. 

In Schritt 350 wird die Konfiguration des ProzeBsteue- 
rungssystems auf Obereinstimmung mit den Erfordemissen 
des gewahlten Protokolls gepriift. Samtliche Stichkabellan- 
gen eines Segments werden gepriift, urn sicherzustellen, daB 
die Stichkabellangen eine vorbestimmte Stichlange gemSB 
der Definition durch das Standardprotokoll nicht uberschrei- 
ten. Die Stichlangen sind durch die Zahl der Instrumente an 
dem Segment (pro Segment) begrenzt. Das heiBt, je geringer 
die Zahl der Instrumente, um so langer ist die zulassige 
Stichlange pro Segment Die Zahl von Einrichtungen pro 
Segment wird ebenfalls uberpriift, um sicherzustellen, daB 
die Zahl von Einrichtungen eine vorbestimmte Zahl von 
Einrichtungen nicht iiberschreitet. Die zulassige Zahl von 
Einrichtungen kann in Abhangigkeit von dem Controller, 
der von dem ProzeBsteuerungsnetz verwendet wird, ver- 
schieden sein. Bei der bevorzugten Ausfuhrungsform er- 
laubt der Controller das Ankoppeln von 16 Einrichtungen 
per Segment an den Bus. Der derzeitige Fieldbus-Standard 
erlaubt jedoch das Ankoppeln von bis zu 32 Einrichtungen 
per Segment an den Bus. Die Gesamtstromentnahme pro 
Segment wird tiberpriift, um sicherzustellen, daB die Stro- 
mentnahme die von dem Standardprotokoll zugelassene ma- 
ximale Stromentnahme nicht uberschreitet. Bei der bevor- 
zugten Ausfuhrungsform ist die zulassige maximale Stro- 
mentnahme 376 mA/Segment. Die Gesamtsegmentkabel- 
iange (einschlieBlich der Stichkabellange) wird uberpriift, 
um sicherzustellen, daB die Lange die von dem Standardpro- 
tokoll zugelassene maximale Segmentlange nicht uber- 
schreitet. Bei der bevorzugten Ausfuhrungsform ist die zu- 
lassige maximale Segmentlange 1900 m oder 6232 feet. Die 
Minimumspannung pro Segment wird uberpriift, um sicher- 
zustellen, daB die Spannung an jeder mit dem ProzeBsteue- 
rungsnetz gekoppelten Einrichtung hoher oder gleich wie 
die Spannung ist, die von dem Standardprotokoll angegeben 
ist. Bei der bevorzugten Ausfiihrungsform ist diese Span- 
nung 12,5 V. Wenn einer oder mehrere der Werte nicht in- 
nerhalb der von dem Protokoll definierten Grenzen liegen, 
kann der Benutzer zu Schritt 340 zuriickspringen, um die 
Konfiguration des ProzeBsteuerungsnetzes nachzupriifen. 

Wenn das ProzeBsteuerungsnetz konfiguriert ist, kann der 
Benutzer damit beginnen, das ProzeBsteuerungssystem zu 
verwalten (Schritt 360), indem er die gelieferten nichtraum- 
lichen und raumlichen Informationen nutzt. Zur Verwaltung 
der Feldeinrichtung sind viele Kommunikationsarten ver- 
fugbar, die folgende einschlieBen: Erhalt von Port- und 
Kommunikationsstatistiken, Erhalt des Status der Feldein- 
richtung, Betrachten und Andern von Ressourcenkonfigura- 
tion und -parametern, Auslosen einer Masterriickstellung 
oder einer Selbstpriifung der Feldeinrichtung, Anzeigen des 
Status der Sensoren und Andern des oberen, unteren und 
Nullabgleichs der Sensoren. Durch die Bereitstellung von 
raumlichen Informationen zusammen mit den oben angege- 
benen Verwaltungskommunikationen konnen die Verwal- 
tungsmerkmale des ProzeBsteuerungssystems effizienter 
und einfacher genutzt werden. 

Die raumlichen Informationen in bezug auf die Anlage 
kdnnen vollkommen dreidimensional sein, was dreidimen- 
sionale Wande, Einrichtungen, Workstations usw. umfaBt. 
Die raumlichen Informationen hinsichtlich der Anlage kon- 
nen auch ein zweidimensionaler Plan der Anlage sein, auf 
den die Konfiguration des ProzeBsteuerungssystems uber- 
tragen ist, oder jede Kombination von zwei und drei Dimen- 
sioned die fur die Benutzeranwendung geeignet ist. 

Bei anderen Ausftihrungsformen kann das Programmier- 
werkzeug dem Benutzer eine Moglichkeit bieten, eine 
Stiickliste fur die Konstruktion des ProzeBsteuerungsnetzes 



zu erhalten. Das Programmierwerkzeug kann auBerdem das 
Layout des ProzeBsteuerungssystems innerhalb des physi- 
scnen Layouts der Anlage automatisch bereitstellen und si- 
cherstellen, daB den Forderungen des Protokolls entspro- 
5 chen wird. 

Bei einer anderen Ausfuhrungsform kann der Benutzer 
das System konfigurieren, ohne die raumliche Information 
der Anlage bereitzustellen, und kann zu einem spateren 
Zeitpunkt die raumliche Information hinzufiigen, die bei der 
10 Verwaltung des ProzeBsteuerungssystems genutzt wird. 

Es ist ersichtlich, daB zwar Funktionen in einer bestimm- 
ten Reihenfolge von Ereignissen beschrieben werden, jede 
andere Reihenfolge, in der die Information angegeben oder 
die Schritte vervollstandigt werden, jedoch im Rahmen der 
15 Erfindung liegt 

Fig, 4 zeigt eine Bildschirmdarstellung des Konfigurati- 
onsteils des Programmierwerkzeugs unter Verwendung der 
logischen Verbindungen des ProzeBsteuerungssystems in 
dem Hauptsteuerfenster des Programmierwerkzeugs 120. 

20 Die BUdschirmdarstellung des Programmierwerkzeugs 120 
umfaBt Text-Balkenmeniis 402, ein Piktogramm-MenU 404, 
eine Schablonenbereichsdarstellung 406 und eine Dia- 
grammbereich-Bildschirmdatstellung 408. Schablonen 420 
sind in der Schablonenbereichsdarstellung 406 gezeigt. Das 

25 Benutzerdiagramm der Konstruktion der ProzeBsteuerungs- 
umgebung ist in der Diagranuribereich-BUdschirmdarstel- 
lung 408 gezeigt. Dieses Diagramm der Konstruktion der 
ProzeBsteuerungsumgebung wird als die ProzeBsteuerungs- 
umgebungsansicht bezeichnet. Jede der Darstellungen in 

30 dem Hauptfenster kann vom Benutzer in bezug auf GroBe 
und Ort entsprechend den bekannten Fenstertechniken ver- 
andert werden. Das Programmierwerkzeug 120 verfolgt Ort 
und GroBe der Ausschnitte des Hauptfensters durch Auf- 
rechterhalten von dauerhaften Gegenstandsdaten einschlieB- 

35 lich Koordinaten innerhalb der zweidimensionalen Anzeige 
sowie von Stil- und anderen Informationen. 

Bei der Konstruktion einer ProzeBsteuerungsumgebung 
unter Anwendung logischer Verknupfungen aktiviert ein 
Benutzer einfach eine Schablone aus der Schablonenbe- 

40 reichsdarstellung 408, zieht die aktivierte Schablone zu ei- 
ner gewunschten Stelle innerhalb der Diagrammbereichs- 
Bildschirmdarstellung 408 und laBt die aktivierte Schablone 
an einer gewunschten Stelle ios. Ein Steuerungsstudio-Ge- 
genstandssystem 130 erzeugt dann ein Diagrammelement, 

45 das es dem Diagramm erlaubt, einen Gegenstand mit samtli- 
chen Informationen, die zur Konfigurierung einer ProzeB- 
steuerungsumgebung erforderlich sind, zu erzeugen. Da die 
Schablonenelemente Gegenstande sind, die die gesamte er- 
forderliche Information aufweisen, damit das Diagramm 

50 eine ProzeBsteuerungsumgebung konfigurieren kann, kann 
dann, wenn die Konstruktion der ProzeBsteuerungsumge- 
bung innerhalb des Diagrammbereichs vollstandig ist, diese 
Konstruktion direkt zu den entsprechenden Bereichen der 
ProzeBsteuerungsumgebung heruntergeladen werden. 

55 Die Fig. 4 und 5a-5c zeigen Bildschirmprasentationen 
des raumlichen Layoutbereichs des Programmierwerkzeugs 
unter Nutzung von raumlichen Informationen der Anlage in 
dem Layout des ProzeBsteuerungssystems. Das Program- 
mierwerkzeug ermoglicht eine Betrachtung des raumlichen 

60 Layouts des ProzeBsteuerungssystems unter verschiedenen 
Winkeln und mit unterschiedlicher VergroBerung. Die Pre- 
sentation kann eine Graustufen- oder eine Farbprasentation 
sein. Die Bildschirmprasentationen konnen innerhalb eines 
Fensters des Programmierwerkzeugs 120 analog dem Dia- 

65 grammbereich-Bildschirmprasentationsfenster 408 enthal- 
ten sein. Andere Moglichkeiten der Darstellung der raumli- 
chen Information liegen im Rahmen der Erfindung. 

Beim Entwerfen einer ProzeBsteuerungsumgebung unter 
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Nutzung der raumlichen Informationen der Anlage beginnt 
ein Benutzer damit, dafi er entweder das physische Layout 
der Anlage importiert oder das Layout in dem Diagrammbe- 
reich des Hauptsteuerfensters des Programrnierwerkzeugs 
120 erzeugt. Zum Hinzufugen von Feldeinrichtungen oder 5 
Funktionen aktiviert ein Benutzer einfacb ein Schablonen- 
element aus der Schablonenbereichsdarstellung 408, zieht 
das aktivierte Schablonenelement zu einer gewunschten 
Stelle in der raumlichen Darstellung der Anlage innerhalb 
der Diagranimbereich-Bildschirmdarstellung 408 und la£t 10 
das aktivierte Schablonenelement an einer gewunschten 
Stelle los. Schablonenelemente umfassen Viereckdarstel- 
lungen von Funktionen ebenso wie dreidimensionale Dar- 
stellungen von Elementen, die in einer Raffinations- oder 
HersteUungsanlage vorkommen, etwa Venule, Pumpen, 15 
Tanks, Rohrleitungen usw. Ein raumlicher Bereich des 
Steuerungsstudio-Gegenstandssystems 130 erzeugt dann ein 
Diagrammelement mit den Informationen, die zur Konfigu- 
rierung einer ProzeBsteuerungsumgebung innerhalb des 
raumlichen Layouts einer Anlage erforderlich sind. Da die 20 
Schablonenelemente Gegenstande sind, die die gesamte er- 
forderliche Information enthalten, so dafi das Diagramm 
eine ProzeBsteuerungsumgebung innerhalb des raumlichen 
Layouts einer Anlage konfigurieren kann, kann dann, wenn 
der Entwurf der ProzeBsteuerungsumgebung innerhalb des 25 
Diagrammbereichs fertiggestellt ist, dieser Entwurf direkt 
zu den entsprechenden Bereichen der ProzeBsteuerungsum- 
gebung einschliefilich des raumlichen Bereichs des Steue- 
rungsstudio-Gegenstandssystems heruntergeladen werden. 

Die Fig, 5a bis 5c zeigen Beispiele einer raumlichen Bild- 30 
schirmprasentation 500 einschlieBlich eines Beispiels des 
physischen Layouts der Anlage in einer raumlichen Ansicht. 
Insbesondere zeigt Fig. 5a eine Presentation eines physi- 
schen Layouts einer Anlage iiber einer schematischen An- 
sicht der Anlage: Die raumliche Presentation umfaBt femer 35 
eine physische und logische Darstellung der verschiedenen 
Koraponeaten der ProzeBsteuerungsumgebung. Somit kann 
ein Benutzer vorteilhaft die physischen Orte der verschiede- 
nen Komponenten der ProzeBsteuerungsumgebung, die ei- 
ner schematischen Ansicht der Anlage uberlagert sind, be- 40 
trachten. Die Fig. 5b und 5c zeigen. eine vergroBerte und ge- 
drehte Ansicht von Bereichen der Diagrammprasentation 
der Fig. 5a. Die Fig. 5b bis 5c zeigen also Beispiele, wie ein 
Benutzer auf Bereiche der Diagrammprasentation, wie sie 
etwa in Big. 5a gezeigt ist, zugreifen kann, urn eine bessere 45 
Ansicht von bestimmten Bereichen der ProzeBsteuerungs- 
umgebung zu erhalten. Es versteht sich, daB die raumliche 
Presentation der schematischen Ansicht nicht notwendiger- 
weise uberlagert sein muB. 

Andere Ausfuhrungsformen liegen im Rahmen der nach- 50 
folgenden Anspriiche. 

Beispiels weise analysiert das Protokoll, in dem die bevor- 
zugte Ausfiihrungsform beschrieben ist, zwar ein ProzeB- 
steuerungsnetz fur ein Fieldbus-Protokoll, es versteht sich 
aber, daB durch Justieren der jeweils geeigneten Einschran- 55 
kungen jedes Protokoll analysiert werden kann. 

Beispielsweise arbeitet zwar die bevorzugte Ausfuh- 
rungsform unter einem WINDOWS-Betriebssystem und 
verwendet eine Prasentation vom Wizard-iyp, aber es ver- 
steht sich, dafi diese Einzelheiten das Gesamtkonzept der 60 
Erfindung nicht einschran ken sollen. 

Ferner wurden zwar spezielle Ausfuhrungsformen der Er- 
findung gezeigt und beschrieben, fur den Fachmann ist je- 
doch ersichtlich, daB Anderungen und Modifikationen vor- 
genommen werden konnen, ohne vom Umfang der Erfin- 65 
dung abzuweichen; daher sollen die beigefUgten Anspriiche 
alle derartigen Anderungen und Modifikadonen mit umfas- 
sen, die unter den eigentlichen Umfang der Erfindung fallen, 



was auch Implementierungen in anderen Programmierspra- 
chen umfaBt, jedoch nicht darauf beschrankt ist AuBerdem, 
ist die bevorzugte Ausfiihrungsform zwar als eine Softwa- 
reimplementierung beschrieben, es versteht sich jedoch, daB 
Hardwareimplementierungen wie etwa anwenderspezifi- 
sche Implementierungen mit integrierfeen Schaltungen eben- 
falls im Rahmen der nachfolgenden Anspriiche liegen. 

Patentanspriiche 

1. Verfahren zum Konfigurieren und Verwalten eines 
ProzeBsteuerungsnetzes, wobei das ProzeBsteuerungs- 
netz einen Computer mit einem Prozessor und einem 
Speicher aufweist, gekennzeichnet durch die folgen- 
den Schritte: 

Versorgen des Computers mit auf ein raumliches Lay- 
out einer Anlage bezogenen Informationen; 
Versorgen des Computers mit auf die ^Configuration 
des ProzeBsteuerungsnetzes bezogenen Informationen; 
und 

Prasentieren eines auf das raumliche Layout der An- 
lage bezogenen Layouts der Konfiguration des ProzeB- 
steuerungsnetzes. 

2. Verfahren nach Anspruch 1, gekennzeichnet durch 
Verwalten des Prozefisteuerungssystems in einer Aus- 
fuhrungszeitumgebung. 

3. Verfahren nach Anspruch 1, gekennzeichnet durch 
Analysieren des Layouts des ProzeBsteuerungsnetzes 
unter Bezugnahme auf das physische Layout der An- 
lage, um sicherzustellen, daB das Layout des ProzeB- 
steuerungsnetzes mit den Kriterien eines Standardpro- 
tokolls uberemstimmt, 

4. Verfahren nach Anspruch 1, dadurch gekennzeich- 
net, daB das Bereitstellen eines Layouts des ProzeB- 
steuerungsnetzes das automatische Erzeugen des Lay- 
outs umfaBt 

5. Verfahren nach Anspruch 2, dadurch gekennzeich- 
net, daB das Verwalten des ProzeBsteuerungssystems 
das \fcrsehen einer blinkenden Darstellung einer Ein- 
richtung in einer raumlichen Ansicht des ProzeBsteue- 
rungssystems umfaBt, um aktive Alarme zu bezeich- 
nen. 

6. Vorrichtung zum Konfigurieren und Verwalten ei- 
nes ProzeBsteuerungsnetzes, gekennzeichnet durch 
einen Computer, der einen Prozessor (116) und einen 
Speicher (117) hat; 

ein Prograrnrnierwerkzeug (120), das an dem Compu- 
ter ausfuhrbar ist; 

Mittei zum Versorgen des Computers mit auf ein raum- 
liches Layout einer Anlage bezogenen Informationen; 
Mittei zum Versorgen des Computers mit Informatio- 
nen, die sich auf Materialien beziehen, die in dem Pro- 
zefisteuerungsnetz verwendet werden; 
wobei das Programmierwerkzeug (120) verwendet 
wird, um ein auf das raumliche Layout der Anlage an- 
gewandtes Layout des ProzeBsteuerungsnetzes bereit- 
zustellen. 

7. Vorrichtung nach Anspruch 6, dadurch gekenn- 
zeichnet, daB das Programmierwerkzeug (120) ange- 
wandt wird, um das ProzeBsteuerungssystem in einer 
Ausfuhrungszeitumgebung zu verwalten. 

8. Vorrichtung nach Anspruch 6, dadurch gekenn- 
zeichnet, daB das Programmierwerkzeug (120) ver- 
wendet wird, um das auf das raumliche Layout der An- 
lage angewandte Layout des ProzeBsteuerungsnetzes 
zu analysieren, um sicherzustellen, daB das Layout des 
ProzeBsteuerungsnetzes mit Kriterien eines Standard- 
protokolls iibereinstimmL 
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9. Vorrichtung nach Anspmch 6, dadurch gekenn- 
zeichnet, daB das Programmierwerkzeug (120), das 
zum Bereitstellen eines Layouts des ProzeBsteuerungs- 
netzes genutzt wird, ferner das automatische Erzeugen 
des Layouts durch das Programmierwerkzeug auf- 5 
weist 

10. Vorrichtung nach Anspruch 7, dadurch gekenn- 
zeichnet, daB das Programmierwerkzeug (120), das 
zum Verwalten des ProzeBsteuerungssystems genutzt 
wird, eine blinkende Darstellung einer Einrichtung in io 
einer raumlichen Ansicht des ProzeBsteuerungssy- 
stems aufweist, um aktive Alarme anzuzeigen. 

11. Verfahren zum Konfigurieren und Verwalten eines 
ProzeBsteuerungsnetzes, gekennzeichnet durch die foi- 
genden Schritte: 15 
Vorsehen eines an einem Computer ausgefuhrten Pro- 
grammierwerkzeugs; 

Versorgen des Computers mit Informationen, die in 
dem ProzeBsteuerungsnetz verwendete Materialien be- 
trefifen; 20 
Nutzen des Programmierwerkzeugs, um ein Layout des 
ProzeBsteuerungsnetzes zu erstelleh; und 
Versorgen des Computers zu einem spateren Zeitpunkt 
mit Informationen, die ein raumliches Layout einer 
Anlage betreffen; und 25 
Anwenden des Layouts des ProzeBsteuerungsnetzes 
auf das raumliche Layout der Anlage. 
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